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(57) Described is an IT network (1) comprising dis- 
tributed managers (2) and agents (3) which are ar- 
ranged hierarchically in correspondence with an under- 
lying likewise hierarchically arranged IT environment. 
Further a distributed database (5), or respective parts 
thereof, is provided for each manager (2) for storing in- 
formation (6) about the configuration of the IT devices 
(4). For each IT device (4), an agent (3) is provided for 
retrieving the configuration information (6) for that IT de- 



vice (4) from the database (5).The managers (2) and 
agents (3) use the computing power of the entire man- 
aged IT environment, whereby the managers (2) are im- 
plemented on IT servers (7) and the agents (3) are im- 
plemented on their corresponding IT devices (4). The 
agents (3) comprise intelligent behaviour insofar as they 
determine any necessary changes in the configuration 
of an IT device (4) being arranged at the same network 
hierarchy level or below that level independently on their 
own. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates generally to data 5 
processing networks where data processing devices 
comprising data processing resources are arranged dis- 
tributedly within an hierarchical data processing network 
infrastructure. More particularly, the invention relates to 
managing the configuration, particularly configuration 
changes, of the data processing devices or the respec- 
tive data processing resources. 
[0002] Large computer networks are typically dynam- 
ic with continual requirements for addition and deletion 
of equipment, updating of software, and detection and 
analysis of problems. Therefore management tools are 
required for meeting the necessary configuration of the 
resources connected to such a network. There are nu- 
merous standards organizations which are attempting 
to standardize computer networking. The international 
organization for standardization (ISO) has provided a 
general reference framework called the Open System 
Interconnection (OS I) model. The OS I model for a net- 
work management protocol is called Common Manage- 
ment Information Protocol (CMIP). CMIP is a common 
network management protocol only in Europe. In the 
United States, a more common network management 
protocol is a related variation of CMIP called the Simple 
Network Management Protocol (SNMP). 
[0003] In the SNMP Network Management Terminol- 
ogy, a network management system contains at least 
one Network Management Station (NMS), several man- 
aged nodes, each node containing an agent, and a net- 
work management protocol which is used by the man- 
agement station and the agents to exchange manage- 
ment information. A user can obtain data and alter data 
on the network by using network management software 
on the NMS to communicate with agent software in the 
managed nodes. The SNMP defines a structure for a 
management database (a collection of objects) called 
the Management Information Base (MIB). Objects in a 
MIB have names (Object Identifiers) and data structures 
(Object Types). 

Information is retrieved from an agent by sending a 
SNMP GET or GET-NEXT request with an object iden- 
tification as a parameter. Data associated with an object 
can be altered by sending a SNMP SET request to the 
agent with the object identification as one parameter 
and the data as another parameter. An object which can 
be written to is called a "setable" object. 
[0004] The above mentioned network management 
standards and other known network management ap- 
proaches do not facilitate the management of network 
devices or common information technology resources 
which are connected to a network. 
[0005] It is noteworthy that besides these computer 
networks, there exist other fields of information technol- 
ogy (IT) where IT resources are widely distributed over 



a network. Only exemplarily reference is made to clients 
connected to the Internet or a proprietary Intranet, 
where the clients can be web browsers which can also 
be configured remotely. It is understood that all these IT 
fields are principally addressed by the present invention. 
[0006] A network management service for facilitating 
the management of network devices which utilizes net- 
work management applications referred to as "agents" 
is described in WO 99/10808. A network of computer 
systems is therein described, where a network manage- 
ment agent can interrogate and manipulate a client com- 
puter independent of a present type of operating sys- 
tem. In particular, the agent may initialize a network 
management service in order to automatically transfer 
a new or updated operating system to a client computer 
or to replace an operating system on a client computer 
within the network that has become inoperative. 
[0007] WO 99/10808 further discloses an agent dis- 
covery service which enables a client to discover remote 
agents, a network management service which allows for 
communication with remote agents, a file transfer serv- 
ice which enables to transfer files to and from remote 
computers, and a remote execution service in order to 
remotely initiate local execution of applications on a cli- 
ent. The process of transferring files from a client to a 
server is initiated by creating a request at the client and 
sending that request to the server using the file transfer 
service. Instead of transferring the file itself, a temporary 
upload file is created. Updating of an operating system 
is basically provided by a remote execution service 
which is used to initiate remote execution of an applica- 
tion, as well as remotely initiating a local execution of 
an application on a client's site. The remote execution 
service particularly checks for the presence of an exe- 
cutable file described in a data field and, if present, caus- 
es the file to be executed. 

[0008] The drawback of the prementioned network 
management approach is that it does not provide for 
configuration of personal computers connected to a net- 
work in order to meet specific needs of the desktop us- 
ers. Such configuration embraces tasks such as library 
and configuration management, version control, re- 
source security, network control, data storage manage- 
ment, job scheduling, resource monitoring and report- 
ing, and the like. 

[0009] Thereupon, the revolutionary strides in hard- 
ware and software technology and in the human-to- 
computer interface have made an enormous range of 
different application programs available for desktop use 
on personal computers. Moreover, desktop computers 
have become so easy to operate that users have come 
to rely upon them even abroad for specialized tasks 
such as word processing, spreadsheet analysis and 
personal information management. The proliferation of 
application programs for desktop computers and the 
wide usage of computers in vast networks continues to 
make the job of managing networks evermore challeng- 
ing. 
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[0010] An according method of managing resources 
in a network of distributed computers including an hier- 
archical resource information structure is disclosed in 
US-Patent 5,581,764. The subject matter of that patent 
is mainly addressing the drawback of earlier methods 
for managing such networks where lists of resources are 
maintained and utilized in order to automate the creation 
of a so-called "need" list. Further lists designated as "al- 
ready have" (AH) lists have to be created and be saved 
for each desktop in earlier systems. The earlier process 
of configuring a desktop computer involved determining 
what resources the desktop already has, determining 
what resources the desktop should have (SH) and 
based on a comparison of the AH and SH resources, 
producing the need list that indicates what resources the 
desktop must add, delete or update. 
[0011] The drawback with the type of lists described 
above is that the addition, deletion and updating of desk- 
top resources involved comparing entire SH lists with 
entire AH lists for a large number of desktops which in- 
volved large network transport overhead. 
[001 2] Another prior art approach to simplify the man- 
agement of large numbers of desktops and resources 
therefore has been to group desktop computers togeth- 
er to reduce the number of those lists. One difficulty with 
automating the SH list generation process has been that 
different desktops can have different hardware and soft- 
ware platforms. Another problem with the use of struc- 
tured SH lists is that the desktop platform may change 
the resources identified in a SH list and thus may be 
inappropriate in that case. Similarly, the resource poli- 
cies applicable to a desktop computer user could also 
change. 

[0013] In the end of ail these drawbacks, the subject 
matter of the above US-Patent 764 therefore proposes 
an improved and automated configuration process that 
permits dynamic reconfiguration of a desktop based up- 
on policy changes and desktop technology configura- 
tion changes. Furthermore an allegedly improved proc- 
ess of comparing SH list with AH lists is therein de- 
scribed which allows for determining what resources 
must be added, deleted or updated on a desktop com- 
puter. The process particularly provides for dynamic 
linkage substitution which can be used to facilitate the 
resolution of an SH list for an individual distributed com- 
puter from a generalized SH list scheme so as to meet 
the current needs of an individual distributed computer. 
[0014] Further, the above approach provides in a 
computer network respective AH structural data that are 
indicative of the linkages among AH information units in 
the AH information structure hierarchy. Comparing re- 
spective AH structural data with respective SH structural 
data allows for identification of portions of the AH infor- 
mation structure that differ from corresponding portions 
of the SH information structure, the so-called "fractional 
differencing". Hereby the differencing process is used 
to locate differences between SH lists or objects and AH 
lists or objects for the individual distributed computers. 



The differences between SH lists and AH lists for the 
individual distributed computers are used to determine 
what items must be compared in order to update indi- 
vidual desktops. The mentioned AH structural data that 

5 are indicative of the linkages among AH information 
units in the AH information structure hierarchy, are gen- 
erated by linking the plurality of AH information units in 
a respective AH information structure in which AH infor- 
mation units are linked in a multi-level hierarchy that cor- 

io responds to a respective network computer and that 
identifies resources that such network computer already 
has. 

[001 5] The list scheme and dynamic linkage substitu- 
tion mechanism of the above prior art approach there- 

15 fore advantageously allows for determining resources 
of a desktop needs without having to scan for every file 
that has been changed, the so-called "fractional 
scheme", and a corresponding configuration change de- 
tection. But the approach is rather complex and thus dif- 

20 ficult and expensive to implement. 

SUMMARY OF THE INVENTION 

[001 6] It is an object of the invention to provide a sys- 
25 tern and a method for managing the configuration of da- 
ta processing devices arranged within a predescribed 
data processing network. 

[0017] A further object is to provide such a system and 
a method being less complex compared with the known 
30 approaches. 

[0018] It is still another object to provide such a sys- 
tem and method which can be implemented with lower 
technical requirements and cost efforts than the prior 
art. 

35 [0019] The objects are solved by the independent 
claims. Preferred embodiments are given by the de- 
pendent claims. 

[0020] In accordance with the invention, the configu- 
ration of the data processing devices arranged hierar- 

40 chicaily within the data processing network is handled 
by means of managed elements, whereby the configu- 
ration information for the managed elements of the dif- 
ferent data processing devices is provided in a distrib- 
uted database. Managing means are provided which 

45 are arranged distributedly within the data processing 
network for handling the configuration, particularly con- 
figuration changes, of the managed elements, whereby 
utilizing configuration information for the managed ele- 
ments. In particular, the database means are arranged 

50 distributedly in accordance with the managing means. 
Further, agent means are provided which are arranged 
distributedly in accordance with the data processing de- 
vices and which serve for retrieving the configuration in- 
formation for the respective data processing devices, 

55 particularly of the corresponding managed elements, 
from the database. In other words, the agent means is 
(are) a mediator between the real IT world of data 
processing devices, particularly their configuration, and 
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the corresponding database entries representing that 
real world. 

[0021] According to an embodiment, the agent means 
also serve for building up a configuration list for the man- 
aged elements which enables to determine any config- 
uration changes of the managed elements. In particular, 
a data model is provided where the data processing de- 
vices and/or resources are advantageously described 
in accordance with the hierarchical network infrastruc- 
ture, e.g. tree structure, in order to allow for an easy nav- 
igation through the entire data processing network en- 
vironment. 

[0022] According to another embodiment, the data 
model of the data processing devices and/or resources 
includes information about each data processing devic- 
es and/or resource, the site hierarchy of each of these 
devices and/or resources, the managed elements for 
each of these devices and/or resources, and the config- 
uration of each managed element. Using such a data- 
base driven approach, the user is capable to get a view 
of his local data processing environment just by query- 
ing information out of the database. Without such a da- 
tabase he had to draw pictures and had to access sys- 
tems remotely to get all required information. 
[0023] The distributed database approach together 
with the intelligence of the managers allow for particular 
scalability of the entire managing system approach. Fur- 
ther it enables a simplified management of the configu- 
ration of the devices and/or resources, particularly a 
simplified configuration change management. 
[0024] Use of a relational database, according to a 
further embodiment, has the advantage that proven 
storage technologies are used and a powerful query 
mechanism enables a performance access to the stored 
information. 

[0025] In contrast to the above described known ap- 
proaches, the managing concept of the present inven- 
tion advantageously can use the computing power of the 
entire managed network environment to determine the 
changes by using distributed intelligent agents. The 
managing means check whether the task can be con- 
ducted at local agents or whether the task has to be del- 
egated to a next level in the network hierarchy. 
[0026] Each agent advantageously can have a local 
management storage that holds the information about 
the current configuration of the managed elements in a 
data processing resource e.g. a computer system which 
is assigned to that agent. 

[0027] The agent means can perform a delta detec- 
tion based on the managed elements that represent the 
smallest managed unit under the concept according to 
the invention. It is emphasized hereby that typical man- 
aged elements are an entire software package, a printer 
or a user. But the managed elements are not used to 
represent individual files. It is emphasized that the data 
processing resources, accordingly, can be any soft- 
ware, hardware, data files, users or user profiles, i.e. all 
data processing elements which can principally be man- 



aged. 

[0028] A current list of the managed elements of a par- 
ticular data processing resource can be built-up by re- 
trieving the corresponding elements from the database. 

5 The configuration information can be including at- 
tributes for each of the managed elements wherein the 
detection of configuration changes is accomplished ad- 
vantageously by comparing solely the attributes of each 
of the managed elements in accordance with said delta 

10 detection method. 

[0029] Beyond the above mentioned advantages vis- 
a-vis the prior art, the proposed database structure al- 
lows for easily defining the desired state of a managed 
element. Thus standard configurations for identical re- 

15 sources by means of model templates can be defined 
which further allows for mass operations. By means of 
the tags a number of configuration changes can also be 
easily collected. 

[0030] As part of the invention, also a method for con- 
20 ducting configuration changes is proposed with a two- 
step process with a first recording or planning step 
where change definitions are only planned and option- 
ally presented as planned state, and a second inde- 
pendent step where the planned configuration changes 
25 are executed. This process particularly allows for per- 
forming virtual configuration changes, e.g. by use of dif- 
ferent models for the managed elements, whereby the 
configuration changes are restorable. It is noteworthy 
hereby that the proposed database structure does not 
30 allow for discarding entries of current states of a config- 
uration whereby a new configuration is always entered 
by means of a new entry. 

[0031] The proposed method allows for at least three 
types of changes which can advantageously be han- 
35 died: 

1. changes of the underlying models for the man- 
aged elements e.g. different versions of it; 

<o 2. configuration changes of a particular managed 
element; 

3. new types of managed elements. 

45 [0032] Further, the method enables differential target- 
ing via categories like groups, systems, sites, etc. 
Thereupon mass operations and related templates 
based on reference systems and predefined configura- 
tion sets can be utilized. 

50 [0033] Other objects and many of the advantages of 
the present invention will be readily appreciated and be- 
come better understood by reference to the following 
detailed description when considered in connection with 
the accompanied drawings. 

55 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0034] 

Fig. 1 is an hierarchical arrangement of distributed 
agents and managers according to the in- 
vention; 

Fig. 2 is a block diagram illustrating a delta detec- 
tion mechanism according to the invention; 

Fig. 3 is a schematic view of an IT (data process- 
ing) environment showing the principle of 
managed elements according to the inven- 
tion; 

Fig. 4 are possible configuration states of a man- 
aged element according to the invention; 

Fig. 5 is an exemplary process for installing soft- 
ware on an IT resource connected to an IT 
network environment, in accordance with 
the invention; 

Fig. 6 is an embodiment of a database containing 
the configuration of managed elements, in 
accordance with the invention; 

Fig. 7 is a virtual (layer) view of an IT environment 
for supporting management of the configu- 
ration of IT resources according to the con- 
figuration states shown in Fig. 4; 

Fig. 8 is a schematic illustration of the relationship 
between systems, elements and parameters 
of elements according to the invention; 

Fig. 9 is a block diagram showing an order man- 
agement for distributing software within an 
IT environment, in accordance with the in- 
vention; 

Fig. 10 is an embodiment of the database where 
configuration information is represented by 
configuration change tags; 

Fig. 11 is an exemplary configuration tool(s) accord- 
ing to the invention; 

Fig. 12 are schematic set theory diagrams which il- 
lustrate (configuration) assignment and de- 
assignment processes according to the in- 
vention; 

Fig. 1 3 are schematic table views of exemplary as- 
signment processes using different configu- 
ration sets, in accordance with the invention; 
and 



Fig. 14 is a schematic, illustration of an exemplary 
configuration history, corresponding with the 
states depicted in Fig. 4 and in accordance 
with the invention. 

5 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT 

[0035] Fig. 1 shows an IT network 1 comprising an 
10 arrangement of distributed managers 2 and agents 3 in 
accordance with the invention which are arranged hier- 
archically in correspondence with an underlying likewise 
hierarchically arranged IT environment (not shown), i.e. 
in the present embodiment the network 1 of intercon- 
15 nected IT devices, exemplarily computer hardware (not 
shown). Further a distributed database 5, or respective 
parts thereof, is (are) provided for each manager 2 for 
storing information 6 about the configuration of the IT 
devices 4. For each IT device 4, an agent 3 is provided 
20 for retrieving the configuration information 6 for that IT 
device 4 from the database 5. 

[0036] It is noteworthy that the IT devices 4, in princi- 
ple, can also represent software (IT) resources like Web 
Browsers or any other intercommunication software 

25 which are interconnected via large scale networks like 
the Internet or proprietary intranets. 
[0037] In this embodiment, the managers 2 and 
agents 3 use the computing power of the entire man- 
aged IT environment, whereby the managers 2 be im- 

30 plemented on IT servers 7 and the agents 3 be imple- 
mented on their corresponding IT devices 4. The agents 
3 comprise intelligent behaviour insofar as they deter- 
mine any necessary changes in the configuration of an 
IT device (or resource) 4 being arranged at the same 

35 network hierarchy level or below that level independent- 
ly on their own. The underlying process mechanism will 
be described in more detail in the following. 
[0038] An exemplary mechanism for handling config- 
uration changes according to the invention is illustrated 

*o now referring to Fig. 2. The current configuration of an 
IT device, namely a personal computer 1 0, is stored - 
besides configuration information related to other IT de- 
vices on the particular network hierarchy level or beyond 
that level - in a database 11 by means of managed ele- 

45 ments (A-D) 12. The configuration information for the 
managed elements 16 of all IT resources is stored in a 
database 19 which is distributedly arranged within the 
entire network. 

[0039] As it can be gathered from Fig. 1, each man- 
so ager 2 at first checks whether it can do some task at one 
or more of the local agents 8 or whether the task must 
be delegated 9 to a next level in the network hierarchy 
1. The necessary communication between different 
agents 3 is accomplished by an own OS independent 
55 data transfer mechanism, based on TCP/IP sockets. 
[0040] Now referring back to Fig. 2, on the agent level, 
an agent responsible for the underlying IT device 1 0 per- 
forms a delta detection based on the managed elements 
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12 that represent the smallest managed unit of the data 
processing resources installed on the IT device 10. Typ- 
ical managed elements 12 are an entire (installed) soft- 
ware package, a printer, a user, or any other configura- 
ble parts in an IT environment. They are not used to rep- 5 
resent individual files. Each agent comprises a local 
configuration management storage 13 that holds the in- 
formation about the current configuration 14 of the man- 
aged elements 12 for the IT device 10. In order to per- 
form delta detection, so-called configuration tools 20 are 
utilized to retrieve the current configuration 14 of a re- 
spective managed element 12. 
Configuration tools (CT) provide an abstract manage- 
ment interface on which the configuration and change 
management functionality of IT Configuration Manage- 
ment (ITCM) is based on. CTs provide all methods re- 
quired to monitor and configure managed elements. 
Each category of managed element is associated with 
a configuration tool. Configuration tools support meth- 
ods to manipulate elements (create, modify and delete) 
and to retrieve (query) elements of the associated type. 
CTs provide a protocol translation between an ITCM 
standard protocol and an element specific native proto- 
col. 

[0041] First of all, a current element list 15 is built-up 
by retrieving the elements 12 from the database 11. As 
a second step, the configuration tools are task to query 
the elements on the managed system 26. At this point, 
a comparison 18 is done on the elements coming from 
the configuration tools 26 and the current elements re- 
trieved from the database 1 5. The following actions are 
triggered based on the respective result of that compar- 
ison: 

Same attributes 

Remove the element from the current element 
list 13 

Different attributes 

-» Put the element on the change element list 17 
and delete the element from the current list 13 

Element not in element list 

-> Put the element on the new element list 16 

[0042] Once all elements 1 5 and 26 are processed 24, 
the current element list 13' contains the deleted ele- 
ments 19, the new list 21 the new ones 22, and the 
change list 23 the changed ones 27. These lists 1 3', 21 , 
23 are then placed back into the database 11 as a 'delta' 
25. 

[0043] The following Fig. 3 which is a schematic view 
of an IT environment 30 comprising IT devices 31, 31\ 
31", 31'" serves to illustrate the principle of managed 
elements 32, 32", 32"'. ITCM models a managed system 



by elements. A system is nothing else than a container 
for parameterized elements. The concrete parameter 
values describe the system and its component. 
[0044] Fig. 4 shows possible configuration states 40 
- 43 of a managed element 44 according to the inven- 
tion. The configuration states 40 - 43 are stored in an 
above described database 45 as multiple rows that are 
linked together as illustrated in Fig. 10. The configura- 
tion of each element 44 can exist in the following more 
detailed states: 

Planned: 

This represents a new element that has not yet 
been applied to an IT device or system. For exam- 
ple, an item of software that one intends to install in 
two weeks. (This status cannot apply to read-only 
hardware inventory or software inventory ele- 
ments.) 

Desired: 

This represents a 'planned' element that is be- 
ing attempted to make current. For example, an 
item of software that will be installed at the next op- 
portunity. 

Current: 

This represents an element that applies to the 
IT device or system at the moment. For example, 
an item of software that is currently installed on the 
device. 

Obsolete: 

This represents an element that was 'current', 
but that has now been replaced or removed. For ex- 
ample, an item of software that has been removed 
from the system. The sequence in which configura- 
tions become obsolete for reference is stored. 

[0045] Fig. 5 shows an exemplary process for install- 
ing software on an IT device or system connected to an 
IT environment according to the invention. Hereby 
standard configurations using so-called "element types" 
are used. Element types represent for example an ap- 
plication package. These element types can be com- 
bined into larger units, the so-called "configuration set*. 
These sets represent a larger sub-system including the 
required configuration parameters. In order to define a 
complete system, a mechanism of a reference system 
is provided which is a virtual system from which real sys- 
tem can be configured. This is described later in more 
detail. 

[0046] According to the invention, a state mechanism 
is used to model the IT environment and the desired 
changes. Instead of let an administrator define the indi- 
vidual steps, the final desired state of a configuration is 
just requested by a manager. The manager further de- 
termines by itself, how the state transition can be 
achieved. An administrator can only work on a private 
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view basis in which he can manipulate objects and see 
the results on the database but without disturbing the 
real IT environment. The principal concept of configura- 
tion set modeling is to assign and deassign standard 
configurations from systems (= one or more data 
processing devices) - directly or indirectly. 
[0047] The invention provides several ways and lev- 
els on which assignments and deassigments of config- 
urations can be achieved. Assigning a configuration in 
case of a software is to install the software. Deassigning 
in this context means to uninstall the software. Hereby, 
also an element type can be assigned to an individual 
system, to a system group, or to all systems of a system 
group. Accordingly it can be assigned to all systems be- 
longing to an IT resource site. 
[0048] For non-element types of non-software cate- 
gory, links to the systems are created telling the these 
system may have elements of this type. 
Assigning configuration sets will also copy elements of 
the configuration set to the systems. 
[0049] The results of these assignments and deassig- 
ments are stored in a manner which guarantees that 
these operations can be repeated multiple times to mod- 
el a desired result. This information is stored along a so- 
called change request. The change request is a kind of 
logical container for desired changes. This mechanism 
helps to handle a huge amount of configurations by 
building unions and subtractions. The system is able to 
determine redundant information in the case of unions, 
e.g. install software on all system on which the software 
is not already installed, or remove software where it is 
installed. Exemplary unions and subtractions are depict- 
ed in Fig. 12. 

[0050] The same mechanism is available for other 
standard configurations like configuration set. Possible 
targets for assignments are Systems, System Groups, 
and Sites. Therefore, by combining those operations, 
the administrator can build a very complex selection that 
may be required to define a new management model. 
Exemplary assignments are shown in Fig. 13. 
[0051] Once the administrator is satisfied with the 
changes, the changes are confirmed and updated within 
the change request. 

Before executing the associated changes, it is possible 
to verify the desired changes by database queries, e.g. 
for consistency checks. In case of problems, the change 
request can be reopened and modified according the 
needs. Once all the changes are verified, the automatic 
execution of the changes is started that provides an au- 
tomatic updating of the respective resources of the man- 
aged IT environment. If the administrator is not satisfied 
at all it is possible to discard all changes. 
[0052] Utilizing intelligent agents implies a high scal- 
ability of the entire management solution. Each agent 
can work independent from each other. This allows 
spreading the work down to all agents and letting them 
determine the required actions by making a desired - 
current analysis and initiate the actions. For example, 



software is installed by telling the agent that the software 
must be available and installed on the system. The 
agent will check whether the software is already in- 
stalled on the system or whether it has to be installed. 

s It will organize a copy of the software by asking its parent 
agent in the IT environment hierarchy to get the soft- 
ware. Once a node up in the hierarchy has the software, 
the software will be recursively copied down the hierar- 
chy. Once the software is available, the agent will initiate 

10 the installation process of the software on the system. 
The above procedure is illustrated in detail referring to 
Fig. 5 which shows only a part of the entire IT network 
depicted in Fig.1. 

[0053] Fig. 6 shows an embodiment of a database 

15 containing the configuration of managed elements 60, 
in accordance with the invention. Hereby the desired 
state concept is built up using an above-described man- 
agement database 61 . This database contains a model 
i.e. view of the real customer environment comprised of 

20 a IT network 62, IT systems 63 located at sites (nodes) 
of the network 62, with e.g. a city company branch of a 
widely spread company, which comprises IT devices 64 
each having corresponding agents 65. Further a prede- 
scribed agent is implemented in a server 66. The man- 

25 aged elements 60 represent systems, users, applica- 
tions and other elements that have to be managed. In 
addition to these elements, the database 61 has also to 
contain the information about where the systems are lo- 
cated and how they relate to each other. The database 

30 contains the configuration information of each managed 
element 60, as it is required in the desired state concept. 
This means that the user know all time in which way the 
element of his environment are configured. 
[0054] Fig. 7 shows virtual layers of an IT environment 

35 for supporting management of the configuration of IT de- 
vices or resources according to the configuration states 
71 - 73 shown in Fig. 4. A map 70 of the complete IT 
environment is modeled in a predescribed configuration 
management database. On one side, this map 70 in- 

40 eludes the site hierarchy and group information con- 
cerning IT equipment like the respective offices; on the 
other side, it contains information about each IT device 
or system, and its managed elements like printers, mo- 
dems, devices, applications and users. 

45 [0055] Configuration Packages are the smallest man- 
aged units within the definition of standard configura- 
tions. Configuration packages represent a specific kind 
of configuration that will be applied to IT devices or sys- 
tems. The system associated configuration packages to 

50 so-called categories. Each category defines a kind of 
meta class that is used to determine the associated con- 
figuration tool. Today it is differentiated between three 
categories of configuration packages: 

55 Software Configuration Package 

Hardware Inventory Configuration Package 
Software Inventory Configuration Package 
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[0056] A Software Configuration Package is a pack- 
age that combines the configuration information in the 
form of Element Types (e.g. parameters) and the Soft- 
ware Package (software bits) itself. An Office Suite in- 
cluding a word processor, a spreadsheet program, etc. 5 
is an example of such a software configuration package. 
Hardware Inventory Configuration Packages contain 
the information which hardware inventory should be col- 
lected and how it is collected. Software Inventory Con- 
figuration Packages contain the information which soft- 10 
ware inventory should be collected and how it is collect- 
ed, e.g. which file must be found to identify that a soft- 
ware is installed on a system. 

[0057] Element types represent software applica- 
tions, operating systems, patches, service packs, de- *5 
vice drivers. Each element type is associated with a soft- 
ware package that contains the required images and in- 
stallation scripts. Once the administrator has defined the 
element types they can be used to construct other mod- 
eling elements like configuration sets and reference sys- 
tems. 

[0058] A (managed) element is defined as configura- 
ble entity. Elements are the things which can be found 
on systems and present the existence of a managed el- 
ement like software. The state of an element is reflected 
in its parameters and the state of the associated soft- 
ware package. Default values can be defined for param- 
eters. A configuration is changed either when a param- 
eter value has changed or when the software package 
has changed. 

[0059] Once the element types are defined the admin- 
istrator can combine them to configuration sets. These 
sets are used to define pre-configured sub-systems that 
can later be used to configure a system. The relation 
between element types and configuration sets will be 
described later referring to Fig. 8. 
[0060] The invention advantageously allows for pro- 
viding systems groups which are collections of systems 
from different sites. For example, all the database serv- 
ers in an organization can be grouped together in order 
to enable working on systems from different sites all at 
once, rather than individually. Each system group can 
hereby exist within a particular environment. 
Systems can belong to more than one system group. 
For example, the same system could exist in two system 
groups called "Web Servers* and 'Mail 
Servers'. 

[0061] In accordance with the invention, a so-called 
Change Request is provided in order to group configu- 
ration changes. When a user wants to change the con- 
figuration of any object, he has to create a new Change 
Request or editing an existing one. Even, adding a new 
system is a part of a Change Request. A Change Re- 
quest allows the user to track the planned changes for 
the managed environment. All changes he applies to el- 
ements will be attached to the current plan. Once the 
user has decided to put the changes into the managed 
environment, he only needs to specify the plan. 



[0062] Each operation that makes changes in the da- 
tabase requires specifying a Change Request. In the 
cases, where an existing element will be changed, a 
new version dedicated for the current configuration plan 
will be generated. The results of the operation are only 
visible when the Change Request is used. When the 
changes should be applied to the physical environment, 
a Change Request will be executed. 
[0063] Change Requests are used to build up a view 
into the managed IT environment. In comparison to oth- 
er management application where the administrator 
must define the actions and the individual steps for man- 
aging an IT environment. Hereby the administrator is re- 
quested to define the desired end-state of the managed 
element. Using a Change Request the administrator 
works in a kind of virtual IT environment where he can 
see the final state of the required changes excluding all 
the intermediate steps required to perform the state 
transitions. 

[0064] Fig. 8 is a schematic illustration of the above 
described relationship between systems, elements and 
parameters of elements according to the invention. 
[0065] Looking on a more detail level, it is now de- 
scribed how the database is used in accordance with 
the invention to know all the configuration of the man- 
aged environment. First a system is defined as a kind 
of list that holds element that we have to manage. Thou- 
sands of systems can advantageously be handled since 
this information is stored in the database. In addition to 
the system, a structured way is needed that allows the 
user to navigate through his environment. This structure 
way is the hierarchy information of the environment tell- 
ing the user where which system is located. 
[0066] The elements that one can find on a system 
have also to be available in the database. Therefore, 
one has to define a way to represent any managed el- 
ement that we can find in such environments. Looking 
more detailed on these elements, each element has a 
name that identifies it, a description that tells the user 
what is does, and of course it has parameters that de- 
fines how the element works. All this is illustrated in Fig. 
8. 

[0067] Up to now it is described how a configuration 
of a system and its elements is generated and used to 
navigate through an entire IT device or resource, e.g. a 
computer system. Nevertheless, one major part is how 
a future configuration of a system and its elements can 
be achieved. This is now illustrated referring to Fig. 9 
which is a block diagram showing an order management 
for distributing software within an IT environment, in ac- 
cordance with the invention. 

[0068] When a current configuration situation is ana- 
lyzed, a required functionality and thus potential config- 
uration change can be fixed. On a high level, one can 
interpret all operations for changing a configuration as 
a kind of an order or a request. The user sends a request 
to the system to perform a specific operation, e.g. dis- 
tribute software to a group of systems. In order to gain 
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a high scalability the management of these orders is dis- 
tributed and organized in a hierarchical way. This 
means, that the order is first sent to a top-level order 
manager. This manager determines which operations or 
tasks need to be done on the local system. For the other 
operations, new orders are generated and sent down to 
the next level of order managers. This procedure is re- 
peated until all orders are translated into tasks. Fig. 9 
illustrates this mechanism. The user sends an initial or- 
der to the top-level order manager. This manager deter- 
mines local tasks and sends new orders to the next level 
of managers. In general, the order manager provides 
methods to plan, control and execute tasks on remote 
systems. 

[0069] As mentioned before the distribution control is 
based oh orders. The following section explains both 
terms in more detail. An order represents information 
about an action that has to be performed on the target 
systems and can be considered as a request. It contains 
only information concerning the request without to say 
how it has to be executed. The orders are represented 
as so-called request orders. A request order contains 
only data; it does not provide any management capabil- 
ity. Each request order will have an associated working 
order. Of course, the request order has the knowledge 
how to get its associated working order. The request or- 
ders are the programmatic interface for client applica- 
tion to work with the order management. The hierarchi- 
cal topology is handled by the order management sys- 
tem including collection and consolidation of status 
feedback information from sub orders. This avoids to 
flatten the control information that is send back to the 
initiator. The working order is takes over the required 
work of an associated request order. The order manage- 
ment system will create these working orders as soon 
as the associated request order needs to be processed. 
The order management system is responsible for trans- 
ferring the request orders and their associated feedback 
information up and down the hierarchical topology. It al- 
so manages possible dependences between several re- 
quest orders. 

[0070] Fig. 10 depicts an embodiment of the above- 
described database with configuration change tags ref- 
erencing configuration changes. Each configuration is 
hereby represented by at least two database entries 
with at least one tag and at least two states. It comprises 
an ID bit which, if identical for two entries, signalizes a 
same managed element. The tag includes information 
about the configuration change context, i.e. who has 
changed what element. A state can be a current state 
(state) or a desired state (state 1 ). In case of two different 
states, the configuration data likely will also differ. These 
entries are used for both IT resources and IT environ- 
ment data models. 

[0071] The system keeps track about the various 
states of configuration as illustrated in Fig. 14. The cen- 
tral role is the so-called change-request that allows link- 
ing the different changes together and therefore having 



the possibility to plan, prepare and execute changes in 
a controlled way including the storage of history infor- 
mation without losing any relational information. 

5 

Claims 

1. System for managing the configuration of data 
processing devices (31 , 64) arranged distributedly 

10 within an hierarchical, particularly tree-like, data 
processing network (1), wherein the data process- 
ing devices (31, 64) comprise data processing re- 
sources (60) represented by managed elements, 
characterized by 

75 

managing means (2) arranged distributedly 
within the data processing network (1) for han- 
dling the configuration, particularly configura- 
tion changes, of the managed elements where- 
20 by utilizing configuration information for the 

managed elements; 

database means (5) arranged distributedly in 
accordance with the managing means (2) for 
25 storing the configuration information; 

agent means (3) arranged distributedly in ac- 
cordance with the data processing devices (31 , 
64) for retrieving the configuration information 
30 for the corresponding data processing devices 

(31, 64) from the database means (5) and from 
the data processing devices (31, 64). 

2. System according to claim 1 , characterized by da- 
35 tabase means (5) for storing configuration informa- 
tion of the data processing devices (31, 64) at the 
respective site (parent site) in the network hierarchy 
and all sub-sites (children sites) and for storing con- 
figuration information of the relationships between 

to the data processing devices. 

3. System according to claim 1 or 2, characterized by 
database means (5) for storing configuration infor- 
mation of the data processing devices (31, 64) in- 

45 eluding time-dependent configuration history infor- 
mation. 

4. System according to claim 2 or 3, characterized in 
that the database means (5) is represented by a re- 

50 lational database. 

5. System according to one or more of the preceding 
claims, characterized by agent means (3) for re- 
trieving the configuration information of managed 

55 elements from the database means (5) and from the 
data processing devices (31, 64) and for synchro- 
nizing the configuration information in the database 
means (5) with the configuration of the data 
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processing devices and vice versa. 

6. System according to claim 5, characterized by 
means (20) for adapting the data processing devic- 
es (31 , 64) with their representation in the database 
means (5) and vice versa. 

7. System according to one or more of the preceding 
claims, characterized by agent means (3) 

for building up at least two configuration infor- 
mation containers for the managed elements, 
a first one (42) for storing a current state of the 
configuration and at least a second one (41 ) for 
storing a desired state of the configuration, 
whereby storing the configuration containers 
locally at the agent means, and 

for determining configuration changes of the 
managed elements using the at least two con- 
figuration information containers (41, 42). 

8. System according to one or more of the preceding 
claims, characterized in that the distributed data- 
base means (5) provide a container of all currently 
managed elements including information about de- 
leted managed elements (19), new managed ele- 
ments (22) and changed managed elements (27). 

9. System according to one or more of the preceding 
claims, characterized in that the configuration infor- 
mation is stored in a structural manner correspond- 
ing to the hierarchy of the data processing resourc- 
es by using hierarchy information. 

10. System according to one or more of the preceding 
claims, characterized in that the configuration infor- 
mation is including attributes for each of the man- 
aged elements (Fig. 10). 

11. System according to one or more of the preceding 
claims, characterized in that detecting configuration 
changes is accomplished by delta detection (Fig. 2), 
particularly by means of comparing the attributes of 
each of the managed elements. 

12. System according to one or more of the preceding 
claims, characterized in that the managed elements 
are stored into and retrieved from the database 
means (5) by using an enumerator over all man- 
aged elements. 

13. System according to one or more of the preceding 
claims, characterized by providing pre-defined con- 
figuration sets (Fig. 13) for particular types of man- 
aged elements. 

14. System according to one or more of the preceding 



claims, characterized by providing a reference 
model of the data processing resources (60) con- 
taining a valid combination of element types for the 
managed elements. 

5 

15. System according to one or more of claims 10 to 
14, characterized by the following decision tree for 
handling configuration changes of the managed el- 
ements: 

10 

if matching attributes then remove correspond- 
ing elements from current element container; 

if different attributes then put corresponding el- 
15 ement on change element container and delete 

from current container; 

if element not in container then put on new el- 
ement container. 

20 

16. System according to one or more of the preceding 
claims, characterized by configuration states com- 
prising at least two of the types -planned", "desired", 
"current", and "obsolete" for the managed ele- 

25 ments. 

17. System according to one or more of the preceding 
claims, characterized in that the agent means (3) 
provide a local storage (8) for storing information 

30 about a current configuration of the managed ele- 
ments. 

18. System according to one or more of the preceding 
claims, characterized in that the agent means use 

35 the computing power of the corresponding data 
processing devices (31, 64) and/or data processing 
resources (60). 

19. System according to one or more of the preceding 
40 claims, characterized in that the agent means (3) 

order a copy of a data processing resource (60), in 
particular a piece of software, needed for the 
change of configuration, from its parent agent in the 
hierarchy of the agent means. 

45 

20. System according to one or more of the preceding 
claims, characterized in that the managing means 
(2) being managing tasks of the agent means (3). 

so 21. System according claim 20, characterized in that 
the managing means (2) determine whether to per- 
form a configuration change task locally or to dele- 
gate the task to a next level in the hierarchy of agent 
means (3). 

55 

22. System according to one or more of the preceding 
claims, characterized in that the managing means 
(2) conduct an hierarchical order management (Fig. 
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9). 

23. System according to one or more of the preceding 
claims, characterized in that providing configuration 
change tags (Fig. 10) referencing configuration 5 
changes of the managed elements. 

24. System according to one or more of the preceding 
claims, characterized in that the configuration of the 
managed elements is represented by at least two 10 
database entries (Fig. 10) corresponding to at least 
two different configuration states. 

25. Method for managing the configuration of data 
processing devices distributed hierarchically, in is 
particular tree-like, within a data processing net- 
work, whereby the data processing devices com- 
prise data processing resources represented by 
managed elements, in particular, such a method for 
use in a system according to one or more of the pre- 20 
ceding claims, 

characterized by 

recording planned configuration state changes 
of managed elements in a first step and 25 

executing the configuration changes, based on 
the planned configuration state changes, in a 
second independent step. 

30 

26. Method according to claim 25, characterized by ex- 
ecuting a verification on the validity of the planned 
configuration state changes prior to executing the 
configuration changes. 
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Fig. 8 
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Fig. 14 
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